Automatic rotation through play out of audio-clips in repsonse to detected alert events

ABSTRACT

A method and device for detecting alert events and responsively playing out audio-clips. The audio-clips may comprise data representing a sound recording. Playing out the audio-clips occurs in an order defined by a sequence. The audio-clips and the sequence are maintained in data storage. A processor executes program logic to detect a first alert event and responsively play out at least a first audio-clip of the sequence, and to detect a next alert event and responsively play out at least a next alert event of the sequence. After playing out all audio-clips in the sequence, play out of the audio-clips may then continue with the first audio-clip of the sequence.

RELATED APPLICATION

This application is a continuation of prior U.S. patent application Ser. No. 11/237,058, filed on Sep. 28, 2005, which issued as U.S. Pat. No. 7,653,418. U.S. patent application Ser. No. 11/237,058 is hereby incorporated by reference.

FIELD OF INVENTION

The present invention relates to devices that detect alert events, and more particularly to devices that play out audible alerts in response to detecting alert events.

DESCRIPTION OF RELATED ART

An alert event is an event that warrants playing out an alert so as to provide notice that the event has occurred, is occurring, or is about to occur. Examples of alert events include: (i) closure of a door-bell switch or another type of switch, (ii) a telephone receiving a signal that indicates a phone call is available for connection to the telephone, (iii) a personal computer receiving a signal that indicates an Instant Message (IM) or another type of message has been received at the personal computer, and (iv) a programmable logic controller (PLC) detecting a fluid level of a fluid-holding reservoir has met or surpassed a particular fluid level threshold. Other examples of alert events are also possible.

An alert is a means to provide notice that an alert event has occurred, is occurring, or is about to occur. An alert may be played out for a single person or a group of people. An alert may be played out by a device that detects the alert event. A common type of alert is an audible alert. An audible alert may consist of a single sound (e.g., a 1 kHz tone) or a combination of sounds (e.g. a musical passage).

One method used by devices to play out an audible alert consists of playing out an audio-clip. An audio-clip consists of data (e.g., digital data) that represent an audible passage. An audible passage may include any sound or combination of sounds that can be detected and encoded as data. Preferably, an audible passage will include a sound or combination of sounds within the frequency range of sounds perceptible to a human being (approximately 20-20,000 Hz). Examples of an audible passage include a spoken passage and a musical passage. Other examples of an audible passage are also possible.

To play out an audio-clip, a device will typically convert the digital data of the audio-clip into an analog signal and then provide the analog signal to a loud speaker. The loud speaker will then convert the analog signal to an acoustic signal for a user to hear.

Some devices play out the same audio-clip for every alert event they detect. For example, the earliest-made cell phones typically play out the same audio-clip for each and every type of alert event detected by the cell phone. In particular, some of the earliest-made cell phones play a particular audible clip (e.g., a particular ringtone) each time the cell phone detects that a call is available for connection to the cell phone, regardless of who places the phone call.

Other devices may have multiple audio-clips and may be set to select a particular audio-clip to play out depending on the type of alert event. For example, more recently-made cell phones may play one audio-clip each time the cell phone detects that a phone call from a designated caller is available for connection to the cell phone, and may play another, different, audio-clip each time the cell phone detects that a phone call from another designated caller is available for connection to the cell phone.

SUMMARY

The present invention advances over the existing art by providing an improved apparatus and method for playing out a plurality of audio-clips in response to detecting alert events.

In one respect, an exemplary embodiment of the present invention may take the form of a method that includes: (i) maintaining in data storage a set of audio-clip data that defines a plurality of distinct audio-clips and a particular sequence in which the audio-clips should be played out, (ii) detecting a first alert event and responsively playing out at least a first audio-clip of the sequence, and (iii) detecting a next alert event and responsively playing out at least a next audio-clip of the sequence.

In another respect, an exemplary embodiment of the present invention may take the form of a device that comprises data storage, a processor, and a communication interface. The data storage contains a set of audio-clip data and program logic. The set of audio-clip data defines a plurality of distinct audio-clips and a particular sequence in which the audio-clips should be played out. The processor executes the program logic to detect a first alert event and responsively play out at least a first audio-clip of the sequence and to detect a next alert event and responsively play out at least a next audio-clip of the sequence.

In yet another respect, an exemplary embodiment of the present invention may similarly take the form of a device that comprises data storage, a processor, and a communication interface. The data storage contains a first set of audio-clip data, a second set of audio-clip data, and program logic. The first set of audio-clip data defines a first set of audio-clips of a plurality of distinct audio-clips and a first sequence in which the audio-clips of the first set should be played out. The second set of audio-clip data defines a second set of audio-clips of the plurality of distinct audio-clips and a second sequence in which the audio-clips of the second set should be played out. The processor executes the program logic to detect a first alert event of a first type and responsively play out at least a first audio-clip of the first sequence, and to detect a second alert event of the first type and responsively play out at least a next audio-clip of the first sequence. Moreover, the processor executes the program logic to detect a first alert event of a second type and responsively play out at least a first audio-clip of the second sequence, and to detect a second alert event of the second type and responsively play out at least a next audio-clip of the second sequence.

These as well as other aspects and advantages will become apparent to those of ordinary skill in the art by reading the following detailed description, with reference where appropriate to the accompanying drawings. Further, it should be understood that the embodiments described in this summary and elsewhere are intended to illustrate the invention by way of example only.

BRIEF DESCRIPTION OF THE DRAWINGS

Exemplary embodiments of the invention are described herein with reference to the drawings, in which:

FIG. 1 is a block diagram of a device in which an exemplary embodiment can be carried out;

FIG. 2 is a diagram depicting examples of data storable in data storage in accordance with an exemplary embodiment;

FIG. 3 is a flow chart depicting a set of functions that can be carried out in accordance with an exemplary embodiment; and

FIG. 4 is a diagram depicting various ways for playing out at least one audio-clip.

DETAILED DESCRIPTION 1. Exemplary Architecture

The present invention provides means for playing out a plurality of audio-clips in response to detecting alert events. For each alert event detected, at least one audio-clip is played out. Play out of the audio-clips occurs according to a predefined sequence.

An exemplary embodiment of the present invention may take the form of a device 100 as shown in FIG. 1. As illustrated, the device 100 includes a processor 102, data storage 104, a communication interface 106, and a user interface 108, all linked together via a system bus, network, or other connection mechanism 110.

It should be understood, however, that this and other arrangements described herein are for purposes of example only. As such, those skilled in the art will appreciate that other arrangements and other elements (e.g. machines, interfaces, functions, orders, and groupings of functions, etc.) can be used instead, and some elements may be omitted altogether. Further, many of the elements described herein are functional entities that may be implemented as discrete or distributed components or in conjunction with other components, in any suitable combination and location.

The device 100 may take the faun of any of a variety of devices for carrying out the present invention. For example, the device 100 may take the form of a wireless communication device such as a cell phone, a personal digital assistant (PDA), a pager, and/or a notebook computer having a wireless network interface. As another example, the device 100 may take the form of a device having a wireline network interface. A device having a wireline network interface may take the form of a telephone (e.g., a Session Initiation Protocol (SIP) telephone) or a programmable logic controller (PLC). Other examples of the device 100 are also possible.

The processor 102 may comprise one or more processors (e.g., a general purpose processor and/or a digital signal processor). The processor 102 provides means for executing program logic that enables the processor 102 to work in cooperation with the data storage 104, the communication interface 106, the user interface 108, and the connection mechanism 110 to carry out functions according to the present invention.

The data storage 104 comprises a computer-readable medium readable by the processor 102. The computer-readable medium may comprise volatile and/or non-volatile storage components, such as optical, magnetic, organic or other memory or disc storage, which can be integrated in whole or in part with the processor 102. Alternatively, the entire computer-readable medium may be remote from the processor 102. A remote computer-readable medium may communicate with the processor 102 via the connection mechanism 110.

The data storage 104 may store various types of data. For example, the data storage 104 may store program logic executable by the processor 102. In particular, and by way of example, the program logic may comprise program instructions executable by the processor 102 to (i) detect a first alert event and responsively play out at least a first audio-clip of a sequence of audio-clips, (ii) detect a next alert event and responsively play out at least a next audio-clip of the sequence of audio-clips, and (iii) detect subsequent alert events and responsively play out at least one additional audio-clip of the sequence of audio-clips for each of the subsequently detected alert events. Other examples of program logic executable by the processor 102 are also possible, some of which are described below.

As another example, the data storage 104 may store audio-clip data. One or more sets of audio-clip data may be stored in the data storage 104. Each set of audio-clip data may include a variety of data. FIG. 2 depicts a set of audio-clip data 200 that includes data defining a set of audio-clips 202. The set of audio-clips 202 comprises data defining a first audio-clip (“AC1”) 204, a second audio-clip (“AC2”) 206, a third audio-clip (“AC3”) 208, and a fourth audio-clip (“AC4”) 210. Alternatively, the set of audio-clips 202 could include data that defines a number of audio-clips that is greater than four audio-clips or data that defines two or three audio-clips.

FIG. 2 depicts a plurality of pointers. The pointers are labeled as A-X for simplicity, but in actual practice, the pointers may be represented by data that facilitates locating data within the data storage 104. For example, the pointers may be numerical addresses of the data storage 104. In particular, for example, pointer A may be represented by a decimal address of 100,000 and pointer B may be represented by a decimal address of 199,999. Alternatively, each of the pointers may be represented by a hexadecimal number or by another type of number.

In accordance with the example above, the first audio-clip 204 comprises 100,000 bytes of data (i.e., data bytes 100,000 through 199,999). Alternatively, the first audio-clip 204, as well as each of the other audio-clips of the set of audio-clips 202, may comprise a number of data bytes that is greater than or less than 100,000 data bytes.

Some of the pointers A-X may indicate a starting-point and/or a starting-time for a particular portion of audio-clip data. For example, pointers A, C, E, and G may identify a starting-time for each audio-clip of the set of audio-clips 202, respectively. For instance, pointer A may identify a starting-time of 0 seconds, pointer C may identify a starting-time of 5 seconds, pointer E may identify a starting-time of 10 seconds, and pointer G may identify a starting-time of 15 seconds. Other examples of some of the pointers A-X indicating a starting-point and/or a starting-time for a particular portion of audio-clip data are also possible.

Alternatively, some of the pointers A-X may indicate an ending-point and/or an ending-time for a particular portion of audio-clip data. For example, pointers B, D, F, and H may identify an ending-time for each audio-clip of the set of audio-clips 202, respectively. For instance, pointer B may identify an ending-time of 5 seconds, pointer D may identify an ending-time of 10 seconds, pointer F may identify an ending-time of 15 seconds, and pointer H may identify and ending-time of 20 seconds. Other examples of some of the pointers A-X indicating an ending-point and/or an ending-time for a particular portion of audio-clip data are also possible.

The audio-clip data 200 may include meta data 212. The meta data 212 comprises data about data. As an example, the meta data 212 may include data defining the boundaries of each audio-clip of the set of audio-clips 202. For example, a first block of meta data 214 defines boundaries of the first audio-clip 204 (i.e., AC1) as pointer A and pointer B. A second block of meta data 216 defines boundaries of the second audio-clip 206 as pointer C and pointer D. A third block of meta data 218 defines boundaries of the third audio-clip 208 as pointer E and pointer F. A fourth block of meta data 220 defines boundaries of the fourth audio-clip 210 as pointer G and pointer H.

The data defining the audio-clips of the set of audio-clips 202 can define a variety of audio-clips. For example, the first audio-clip 204 may comprise data for playing out a first segment of a first sound recording (e.g., seconds 0-5 of “Hey Jude” by the Beatles), the second audio-clip 206 may comprise data for playing out a second segment of the first sound recording (e.g., seconds 5-10 of “Hey Jude” by the Beatles), the third audio-clip 208 may comprise data for playing out a third segment of the first sound recording (e.g., seconds 10-15 of “Hey Jude” by the Beatles), and the fourth audio-clip 210 may comprise data for playing out a fourth five-second segment of the first sound recording (e.g., seconds 15-20 of “Hey Jude” by the Beatles). Alternatively, one or more of the audio-clips of the set of audio-clips 202 may include a segment of the first sound recording that is greater than or less than five seconds.

In another example, one or more audio-clips of the set of audio-clips 202 may comprise data for playing out a segment of a different sound recording (i.e., other than the first sound recording). In yet another example, one or more audio-clips of the set of audio-clips 202 may comprise data for playing out an entire sound recording (e.g., an entire song or an entire spoken quotation). Other examples of the sound recordings represented by the audio-clips of the set of audio-clips 202 are also possible.

The set of audio-clip data 200 may also include data defining one or more sequences for playing out audio-clips of a plurality of audio-clips. As shown in FIG. 2, the set of audio-clip data 200 includes a first sequence 222 and a second sequence 224. Alternatively, the set of audio-clip data 200 may include a number of sequences greater than or less than two. The audio-clips of a sequence are played out sequentially in response to detected alert events. However, each audio-clip of the sequence is not necessarily played out each time an alert event is detected.

The first sequence 222 defines a first order for playing out a plurality of audio-clips of the set of audio-clips 202. Playing out audio-clips according to the first sequence 222 includes playing out the first audio-clip 204, then the second audio-clip 206, then the third audio-clip 208, and then the fourth audio-clip 210. After completing playout of all audio-clips of the first sequence 222, if another audio-clip of the first sequence is to be played out, playout may continue at the beginning of the first sequence 222 (i.e., the first audio-clip 204).

The second sequence 224 defines a second order for playing out a plurality of audio-clips of the set of audio-clips 202. Playing out audio-clips according to the second sequence 224 includes playing out the fourth audio-clip 210, then the second audio-clip 206, then the first audio-clip 202. After completing playout of all audio-clips of the second sequence 224, if another audio-clip of the second sequence is to be played out, playout may continue at the beginning of the second sequence 224 (i.e., the fourth audio-clip 210).

The second sequence 224 illustrates that a sequence may include a number of audio-clips less than the number of audio-clips defined by a set of audio-clip data. In another example, the first sequence 222 and/or the second sequence 224 may comprise one or more audio-clips of the set of audio-clips 202 more than one time.

The meta data 212 may also include data that defines boundaries of a sequence. As an example, the meta data 212 includes (i) a fifth block of meta data 226 defining boundaries of the first sequence 222 as pointer I and pointer J, and (ii) a sixth block of meta data 228 defining the boundaries of the second sequence 224 as pointer K and pointer L.

Data that defines boundaries of a sequence may be used in various ways. For example, data defining boundaries of a sequence may be used by program logic to locate a starting-point of a sequence and to determine when the end of a sequence has been reached. Other examples of using data defining boundaries of a sequence are also possible. Moreover, other examples of data that may be stored in the data storage 104 are also possible.

The communication interface 106 provides an interface to one or more communication networks. The interface to one or more communication networks provides means for receiving data communications from the one or more communication networks and/or for sending data communications to the one or more communication networks.

The communication interface 106 also provides an interface to the connection mechanism 110. The interface to the connection mechanism 110 provides means for transmitting data communications received at the communication interface 106 to the processor 102, the data storage 104, and/or the user interface 108. The interface to the connection mechanism 110 also provides means for receiving data communications from the processor 102, the data storage 104, and/or the user interface 108.

The communication interface 106 may include a chipset and antenna for performing wireless communication over a wireless network air interface. An exemplary chipset that facilitates communication according to the Code Division Multiple Access (CDMA) air interface protocol is the MSM6000™ chipset manufactured by Qualcomm Incorporated of San Diego, Calif. An exemplary chipset that facilitates communication according to the Bluetooth air interface protocol is the BCM2004 chipset manufactured by the Broadcom Corporation of Irvine, Calif. Other examples of a chipset for performing wireless communication over a wireless network air interface and other examples of air interface protocols are also possible.

Alternatively, or in combination, the communication interface 106 may include a chipset for performing wireline communications. Performing wireline communications may include transmitting data using a fixed, physical connection, such as metal wire or fiber optic cable. The chipset for performing wireline communications may be mounted on a network interface card (NIC). An exemplary NIC with a chipset for performing wireline communications according to the Institute of Electrical and Electronics Engineers (IEEE) 802.3® standard for Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method is the SP2610R Gigabit Ethernet Adapter NIC manufactured by the Spectrum Technologies Corporation of Taipei Hsien, Taiwan, Republic of China. Other examples of NICs with a chipset for performing wireline communications and other examples of wireline communication standards are also possible.

The communication interface 106 may receive various types of data. For example, the communication interface 106 may receive audio-clip data sent from a network server. The network server may be operated by an audio-clip service provider. The audio-clip service provider may provide means for a user of the device 100 to select one or more audio-clips and other audio-clip data to be transmitted to the communication interface 106.

Alternatively, or in combination, the audio-clip service provider may periodically transmit one or more audio-clips and other audio-clip data to the communication interface 106. In this regard, the audio-clip service provider may send audio-clips of the most popular sound recordings (e.g., based on sales of the sound recordings) once a week to the communication interface 106. Other examples of the audio-clip service provider periodically sending audio-clip data to the communication interface 106 are also possible.

The communication interface 106 may also receive data communications that warrant playing out an audio-clip to alert a user of the device 100 that the data communication has been received. As an example, the communication interface 106 may receive a data communication that indicates a phone call is available for connection to the device 100. In this regard, for example, the data communication may include a paging message sent over a wireless air interface or a SIP NOTIFY message sent over a wireline network.

As another example, the communication interface 106 may receive a message-alert that indicates a message is available for a user of the device 100. In this regard, for example, the message available for a user may comprise a voice-mail message, an e-mail message, or another type of message.

As yet another example, the communication interface 106 may receive a data communication that comprises a message. For example, the data communication could comprise a Short Message Service (SMS) message, an Instant Message (IM), a voice-mail message, an e-mail, or another type of message. Other examples of a data communication receivable at the communication interface 106 are also possible.

The user interface 108 includes means for presenting information to a user. As an example, the user interface 108 may present information to the user audibly. In this regard, the user interface 108 may include one or more audio output interfaces. Each of the one or more audio output interfaces may include a loud-speaker for converting an analog voltage signal to sound waves that are audible to the user. The analog voltage signal may be an output of a digital-to-analog converter. For instance, the digital-to-analog converter may receive an audio-clip in digital form as an input, convert the audio-clip to an analog voltage signal, and then output the analog voltage signal. Each of the one or more audio output interfaces may further include electronic circuitry, such as circuitry that amplifies the analog voltage signal prior to providing the analog voltage signal to the loud-speaker.

As another example, the user interface 108 may present information to a user visually. In this regard, the user interface 108 may include one or more displays for presenting information. The one or more displays may include any of a variety of displays. For instance, the one or more displays could include a Liquid Crystal Display LCD, a Cathode Ray Tube (CRT), and/or an Organic Light Emitting Diode (OLED) display. Other examples of the one or more displays are also possible.

The user interface 108 may present a variety of information to a user visually. For example, the one or more displays of the user interface 108 may display a song title and/or lyrics associated with a particular audio-clip. In this regard, the user interface 108 may display the song title and/or lyrics while the particular audio-clip is playing through the one or more audio output interfaces.

As another example, the one or more displays of the user interface 108 may display a user prompt for prompting the user to enter an input to indicate whether the user approves of the device 100 carrying out various functions. Examples of functions that may require user approval include (i) receiving a new set of audio-clip data, (ii) storing the new set of audio-clip data in the data storage 104, and/or (iii) storing the new set of audio-clip data in the data storage 104 at a location in data storage 104 that comprises a previously-stored set of audio-clip data. Other examples of functions that may require user approval are also possible.

The user interface 108 also includes means for receiving information from a user. A variety of information may be received from a user. For example, the user interface 108 may receive information that indicates whether the user approves of the device 100 receiving a new set of audio-clip data. As another example, the user interface 108 may receive information that indicates whether the user approves of the device 100 executing program logic to begin using the new set of audio-clip data instead of a previously-stored set of audio-clip data.

As yet another example, the user interface 108 may receive information for modifying a set of audio-clip data. The information for modifying the set of audio-clip data may include information for modifying a sequence for playing out audio-clips defined by the set of audio-clip data, (ii) information for removing one or more of the audio-clips defined by the set of audio-clip data, and/or (iii) information for adding data to the set of audio-clip data. With respect to the information for adding data, the additional data may define one or more additional audio-clips, as well as information defining where the one or more additional audio-clips should be located within a particular sequence. Other examples of receiving information for modifying a set of audio-clip data are also possible.

The user interface 108 may be arranged in various configurations for receiving information from the user. For example, the user interface 108 may include one or more buttons and associated circuitry that provides a signal or a change in the signal to the processor 102 when any given button is pressed. Each of the one or more buttons can be associated with a particular bit of information. For instance, a first button may be associated with an affirmative response (i.e., “yes”) and a second button may be associated with a negative response (i.e., “no”). The processor 102 can execute program logic for (i) detecting each signal or change in the signal when a given button is pressed, (ii) determining the information associated with a given button press, and (iii) calling other program logic to be executed based on the information associated with the given button press.

As another example, the user interface 108 may include a microphone and associated circuitry for receiving audible information from the user. The audible information may include sounds uttered by the user such as the spoken words “yes” or “no” to approve or disapprove of a function being carried out. The audible information may include sounds uttered by the user for storing as an audio-clip. Other examples of the user interface 108 receiving audible information from the user are also possible.

2. Exemplary Operation

FIG. 3 is a flow chart provided to illustrate some of the functions that may be carried out in accordance with an exemplary embodiment. In one respect, the functions shown in FIG. 3 may be carried out in an order as shown in the figure (i.e., from top to bottom) or according to another order. In another respect, the functions shown in FIG. 3 may be carried out by a device arranged as the device 100 shown in FIG. 1. In this regard, the functions shown in FIG. 3 will be described as being carried by the processor 102, the data storage 104, the communication interface 106, and/or the user interface 108.

As shown in FIG. 3, block 300 includes receiving audio-clip data and responsively storing at least a portion of the received audio-clip data in data storage. Various methods may be used to carry out this function. For example, receiving the audio-clip data and responsively storing at least a portion of the received audio-clip data may be carried out while the device 100 is being manufactured. Audio-clip data stored while the device is being manufactured is initial (i.e., default) audio-clip data. As an example, the initial audio-clip data may include data defining an initial set of audio-clips and an initial sequence in which the audio-clips of the initial set of audio-clips should be played out. Other examples of initial audio-clip data are also possible.

As another example, receiving the audio-clip data and responsively storing at least a portion of the received audio-clip data may be carried out to modify, replace, and/or add to audio-clip data previously stored in the data storage. The previously-stored data may comprise initial audio-clip data. A variety of audio-clip data may be received to modify, replace, and/or add to previously stored audio-clip data. For example, the received audio-clip data may include one or more distinct audio-clips and/or one or more distinct sequences defining an order for playing out a particular plurality of audio-clips. As another example, the received audio-clip data may include a number indicating a quantity of audio-clips for each sequence defined in the audio-clip data.

As yet another example, audio-clip data received to modify, replace, and/or add to previously stored audio-clip data may include a plurality of pointers. One or more of the pointers may define a position of a particular audio-clip in a particular sequence. Other examples of pointers are also possible. As still yet another example, audio-clip data received to modify, replace, and or add to previously stored audio-clip data may include a plurality of starting-times and/or ending-times. Each particular starting-time and each particular ending-time may be associated with a particular audio-clip.

Receiving the audio-clip data may be carried out by the communication interface 106. For example, in accordance with the exemplary communication interface comprising a wireless communication interface, the communication interface 106 may receive the audio-clip data from a wireless network. As another example, in accordance with the exemplary communication interface comprising a wireline communication interface, the communication interface 106 may receive the audio-clip data from a wireline network. Alternatively, receiving the audio-clip data may be carried out by the user interface 108.

After receiving the audio-clip data, the processor 102 may execute program logic that causes the received audio-clip data to be stored at the data storage 104. Execution of the program logic may cause the communication interface 106 to send the received audio-clip data to the data storage 104 via the connection mechanism 110.

Alternatively, after receiving the audio-clip data but prior to the processor 102 executing the program logic to store the audio-clip data, the processor 102 may execute program logic to prompt a user of the device 100 for approval to store the audio-clip data. Upon receiving user approval to store the audio-clip data, the processor 102 may execute the program logic that causes the audio-clip data to be stored in the data storage 104.

Next, block 302 includes maintaining in data storage a set of audio-clip data defining a plurality of distinct audio-clips and a particular sequence in which the audio-clips should be played out. Maintaining the set of audio-clip data may include maintaining audio-clip data that is received at the communication interface 106 and then stored at the data storage 104. The set of audio-clip data maintained in the data storage may comprise initial audio-clip data and/or audio-clip data received to replace, modify, and/or add to previously-stored audio-clip data.

Maintaining the set of audio-clip data may be carried out in various ways. For example, maintaining the set of audio-clip data may include providing a continuous supply of electrical power to the data storage 104. As another example, maintaining the set of audio-clip data may include executing a set of program logic for providing electrical power to the data storage 104 when the device 100 is turned on and for stopping the supply of electrical power to the data storage 104 when the device 100 is turned off.

As another example, maintaining the set of audio-clip data may include operating the data storage 104 within an environment that is shielded from electro-magnetic fields that could cause the set of audio-clip data to be erased from the data storage 104. In this regard, a structure of the device 100 may provide the shielding environment necessary to maintain the set of audio-clip data. Other examples of ways in which the set of audio-clip data may be maintained are also possible.

Next, block 304 includes detecting a first alert event and responsively playing out at least a first audio-clip of the sequence. Alert events, such as the first alert event, may be detected using various means. For example, alert events may be detected by the processor 102 executing program logic to detect the alert events. The program logic for detecting alert events may be arranged as software (e.g., program instructions), firmware (e.g., program instructions stored in read-only data storage), or hardware (e.g., logical circuitry), or any combination thereof.

Alert events, such as a first alert event or a next alert event, may include any of a variety of alert events. In one respect, an alert event may comprise receiving a data communication from a remote device. As an example, receiving the data communication from the remote device may include receiving an incoming message, such as an e-mail message, a Short-Message-Service (SMS) message, an instant message (IM), a voice mail message, a wireless pager message, a phone call page message, or a Session Initiation Protocol (SIP) message. Other examples of receiving a data communication from a remote device are also possible.

A variety of remote devices may send the data communication detectable as an alert event. For example, the remote device that sends the data communication may be arranged as a network server, a base transceiver station (BTS) of a cellular phone system, or a central office switch of a landline telephone system. Other examples of a remote device that may send a data communication detectable as an alert event are also possible.

In another respect, an alert event may comprise an internally-generated alert event. With respect to the device 100, an internally-generated alert event is generated within the device 100. An example of an internally-generated alert event is the expiration of a timer such as a count-up timer from 0 minutes and 0 seconds to 20 minutes and 0 seconds. Another example of an internally-generated alert event is an alarm time being reached such as an alarm time of 7:00 AM being reached when a clock within the device 100 changes from 6:59 AM to 7:00 AM. As yet another example, an internally-generated alert event may comprise the device 100 detecting a fault within the device 100. In this regard, detecting the fault within the device 100 may be carried out by the processor 102 executing program logic that detects faults within the device 100. Other examples of internally-generated alert events are also possible.

After detecting the first alert event, the device 100 may convert the first audio-clip from a digital form to an analog form. In this regard, for example, a digital-to-analog converter may receive a digital form of the first audio-clip from the data storage 104 and convert the digital form of the first audio-clip to an analog form. The analog form of the first audio-clip may be provided to an audio output device for playing out the first audio-clip. The digital-to-analog converter may be located within the processor 102 or remote from the processor 102.

If the first alert event comprises receiving a data communication that indicates an incoming phone call is available for connection to the device 100, playing out the audio-clip may comprise playing out a ringtone to provide an alert. Playing out the ringtone provides an alert that the incoming phone call is available.

Playing out the at least first audio-clip of the sequence may be carried out in various ways. FIG. 4 depicts examples of playing out at least the first audio-clip 204 and depicts the first audio-clip 204 boundaries as pointer A and pointer B and the second audio-clip 206 boundaries as pointer C and pointer D. The methods for playing out the first audio-clip 204, as shown by the examples in FIG. 4, may also be used for playing out at least one other audio-clip within a sequence of audio-clips.

In one respect, playing out the at least a first audio-clip 204 may comprise playing out only a portion of the first audio-clip 204. Playing out only a portion of the first audio-clip or any other audio-clip may occur for any of a variety of reasons. For example, playing out only a portion of the first audio-clip 204 may occur because a user of the device 100 answers an incoming phone call while the first audio-clip 204 is playing to alert the user that the incoming phone call is available for connection to the device 100. Other examples of playing out only a portion of the first audio-clip or another audio-clip are also possible.

In FIG. 4, playing out only a portion of the first audio-clip 204 is shown at 400. In this regard, playing out only a portion of the first audio-clip 204 comprises playing out the first audio-clip 204 from pointer A to a pointer B₁. Pointer B₁ may be defined in various ways. For example, pointer B₁ may represent a decimal pointer between pointer A (100,000) and pointer B (199,999). In this regard, pointer B₁ may be a pointer to a data address of 169,999 such that only 70,000 data bytes of the first audio-clip 204 are played out. As another example, pointer B₁ may represent a time value between pointer A (0 seconds) and pointer B (5 seconds). In this regard, pointer B₁ may be a time value of 3.0 seconds such that only 3.0 seconds of the first audio-clip 204 are played out. Other examples of defining the pointer B₁ are also possible.

In another respect, playing out at least the first audio-clip 204 may include playing out the entire first audio-clip. Playing out the entire first audio-clip comprises playing out the first audio-clip from a starting-point associated with the first audio-clip to an ending-point associated with the first audio-clip. As shown in FIG. 4 at 402, playing out the entire first audio-clip 204 comprises playing out the first audio-clip 204 from pointer A to pointer B.

In yet another respect, playing out at least the first audio-clip 204 may include playing out the entire first audio-clip and repeating playout of at least a portion of the first audio-clip. As shown in FIG. 4 at 404, by way of example, playing out the entire first audio-clip 204 and repeating playout of at least a portion of the first audio-clip 204 comprises playing out the first audio-clip 204 from pointer A to pointer B and repeating playout out of at least a portion of the first audio-clip 204. In this example, repeating playout of at least a portion of the first audio-clip 204 comprises playing out the first audio-clip 204 from pointer A to pointer B₁. Alternatively, repeating playout of at least a portion of the first audio-clip 204 may comprise playing out a segment of the first audio-clip 204 that is greater than or less than playing out the first audio-clip 204 from pointer A to pointer B₁. Other examples of playing out the entire first audio-clip and repeating playout of at least a portion of the first audio-clip are also possible.

In still yet another respect, playing out at least the first audio-clip 204 may include playing out the entire first audio-clip 204 and playing out at a least a portion of one or more other audio-clips in the sequence. As shown in FIG. 4 at 406, by way of example, playing out the entire first audio-clip 204 and playing out at least a portion of one or more other audio-clips in the sequence comprises playing out the first audio-clip 204 from pointer A to pointer B and then playing out the second audio-clip 206 from pointer C to pointer D₁. Alternatively, playing out at least a portion of one or more other audio-clips in the sequence may comprise playing a segment of the second audio-clip 206 that is greater than or less than playing out the second audio-clip 206 from pointer C to pointer D₁. Other examples of playing out the entire first audio-clip and playing out at a least a portion of one or more other audio-clips in the sequence are also possible.

Next, block 306 includes detecting a next alert event and responsively playing out at least a next audio-clip of the sequence. Detecting the next alert event may be carried out in various ways. In one respect, detecting the next alert event may be carried out using means for detecting the first alert event. In this regard, the first alert event and the next alert event may be the same type of alert event (e.g., an alert event comprising receiving an incoming phone call). As an example, the processor 102 may execute a first set program logic to detect that a first incoming phone call is the first alert event and re-execute the first set of program logic to detect that a next incoming phone call is the next alert event.

In another respect, detecting the next alert event may be carried out using means that differ from the means for detecting the first alert event. In this regard, the first alert event may comprise an alert event of a first type and the next alert event may comprise an alert event of a second type. As an example, the processor 102 may execute the first set of program logic to detect that an incoming phone call is the first alert event and execute a second set of program logic to detect that an incoming e-mail message is the next alert event. In this regard the first type of alert event is receiving an incoming phone call and the second type of alert event is receiving an incoming e-mail message.

As another example, the first type of alert event may comprise receiving an incoming phone call from a first designated caller and the second type of alert event may comprise receiving an incoming phone call from a second designated caller. Other examples of the first alert event comprising an alert event of a first type and the next alert event comprising an alert event of a second type are also possible.

In order to know which audio-clip of a sequence of audio-clips is the next audio audio-clip, the data storage 104 may include a data location for storing data to determine the next audio-clip. For example, the data to determine the next audio-clip may comprise data that indicates a pointer of the next audio-clip (e.g., pointer C to indicate the second audio-clip 206 is the next audio-clip to be played out). As another example, the data to determine the next audio-clip may comprise data that indicates a pointer of the most-recently played audio-clip (e.g., pointer A to indicate that the first audio-clip 204 is the most-recently played audio-clip. Other examples of data to determine the next audio-clip are also possible.

Playing out at least the next audio-clip of the sequence may be carried using the methods for playing out at least the first audio-clip of the sequence, except that playing out the next audio-clip may begin by playing out the next audio-clip in the sequence after the most-recently played audio-clip or by continuing playout of a partially played-out audio-clip from the point where playout stopped. For example, if the second audio-clip 206 is only partially played out and playout of the second audio-clip 206 stops at pointer D₁, then playout of the next audio-clip may continue at a data byte, time, or some other value that immediately follows pointer D₁. If the most-recently played audio-clip is a last audio-clip in a sequence, then the next audio-clip is the first audio-clip of the sequence.

By way of example, playing out the at least a next audio-clip may include: (i) playing out only a portion of the next audio-clip, (ii) playing out the entire next audio-clip, (iii) playing out the entire next audio-clip and repeating playout of at least a portion of the next audio-clip, or (iv) playing out the entire next audio-clip and playing out at least a portion of a subsequent audio-clip in the sequence.

In another embodiment of the invention, the data storage 104 may store (i) a first set of audio-clip data and a first sequence in which the audio-clips of the first set are to be played out, and (ii) a second set of audio-clip data and a second sequence in which the audio-clips of the second set are to be played out. The first set of audio-clips and the second set of audio-clips could be different sets of audio-clips stored in the data storage 104, or the first set of audio-clips and the second set of audio-clips could be the same set of audio-clips.

In accordance with this embodiment of the invention, the processor 102 may execute program logic to detect a first alert event of a first type of alert event and responsively play out a first audio-clip of the first sequence, and detect a next alert event of the first type of alert event and responsively play out a next audio-clip in the first sequence. As an example, the first type of alert event may comprise receiving an incoming phone call. Other examples of the first type of alert event are also possible.

Further, the processor 102 may execute program logic to detect a first alert event of a second type of alert event and responsively play out a first audio-clip of the second sequence, and detect a next alert event of second type of alert event and responsively play out a next audio-clip in the second sequence. As an example, the second type of alert event may comprise receiving an incoming e-mail message. Other examples of the second type of alert event are also possible.

Further still, in accordance with this other embodiment of the invention, detection of alert events of the first type of alert event and alert events of the second type of alert event may occur in various orders. For example, the processor 102 may detect two or more alert events of the first type of alert event and then detect one or more alert events of the second type. As another example, the processor 102 may detect an alert event of the first type of alert event, then detect an alert event of the second type of alert event, and then detect an alert event of the first type of alert event. Other examples of the order in which detection of alert events of the first type and alerts of the second type occur are also possible.

3. Conclusion

Exemplary embodiments of the present invention have been described above. Those skilled in the art will understand, however, that changes and modifications may be made to the embodiments described without departing from the true scope and spirit of the present invention, which is defined by the claims. 

1. A method comprising: maintaining, in a computer-readable data storage device, a plurality of audio-clips and a first set of audio-clip data, wherein the first set of audio-clip data defines a first set of audio-clips of the plurality of audio-clips and a sequence for playing the first set of audio-clips; executing, via a processor, computer-readable program instructions that cause the processor to detect occurrence of a first type of alert event and to responsively play out one or more audio-clips of the first set of audio-clips, wherein, when two or more audio-clips of the first set of audio-clips are played out, the two or more audio-clips are played out in the sequence for playing the first set of audio-clips; and executing, via the processor, computer-readable program instructions that cause the processor to detect a next occurrence of the first type of alert event and to responsively play out one or more audio-clips of the first set of audio-clips, wherein a first audio-clip, played out in response to detection of the next occurrence of the first type of alert event, comprises an audio-clip that follows, in the sequence for playing the first set of audio-clips, an audio-clip that was most-recently played out in response to detection of an occurrence of the first type of alert event.
 2. The method of claim 1, further comprising: maintaining, in the computer-readable data storage device, a second set of audio-clip data, wherein the second set of audio-clip data defines a second set of audio-clips of the plurality of audio-clips and a sequence for playing the second set of audio-clips; executing, via the processor, computer-readable program instructions that cause the processor to detect occurrence of a second type of alert event and to responsively play out one or more audio-clips of the second set of audio-clips, wherein, when two or more audio-clips of the second set of audio-clips are played out, the two or more audio-clips are played out in the sequence for playing the second set of audio-clips; and executing, via the processor, computer-readable program instructions that cause the processor to detect a next occurrence of the second type of alert event and to responsively play out one or more audio-clips of the second set of audio-clips, wherein a first audio-clip, played out in response to detection of the next occurrence of the second type of alert event, comprises an audio-clip that follows, in the sequence for playing the second set of audio-clips, an audio-clip that was most-recently played out in response to detection of an occurrence of the second type of alert event.
 3. The method of claim 1, further comprising: receiving information for modifying the sequence for playing the first set of audio-clips; and modifying the sequence for playing the first set of audio-clips according to the information for modifying the sequence for playing the first set of audio-clips.
 4. The method of claim 3, further comprising: receiving information for removing one or more audio-clips from the first set of audio-clips and from the sequence for playing the first set of audio-clips.
 5. The method of claim 3, further comprising: receiving information for adding one or more additional audio-clips to the first set of audio-clips, wherein modifying the sequence for playing the first set of audio-clips further comprises adding the one or more additional audio-clips to the sequence for playing the first set of audio-clips.
 6. The method of claim 1, further comprising: presenting visually, via a user interface when a given audio-clip of the first set of audio clips is being played out, lyrics associated with the given audio-clip of the first set of audio clips.
 7. The method of claim 1, further comprising: presenting visually, via a user interface when a given audio-clip of the first set of audio clips is being played out, a song title associated with the given audio-clip of the first set of audio clips.
 8. The method of claim 1, wherein the first type of alert event comprises receiving a data communication from a base transceiver station of a cellular phone system.
 9. The method of claim 1, further comprising: after playing the most-recently played audio-clip of the first set of audio-clips, storing, in the computer-readable data storage device, data that points to the next audio clip in the sequence for playing the first set of audio-clips.
 10. The method of claim 1, wherein playing out one or more audio-clips of the first set of audio-clips comprises playing all audio-clips of the first set of audio-clips and continuing to play at least one audio-clip of the first set of audio-clips from a beginning of the sequence for playing the first set of audio-clips.
 11. The method of claim 1, wherein the sequence for playing the first set of audio-clips defines playing out at least one audio-clip multiple times.
 12. The method of claim 1, wherein the first set of audio-clip data defines each audio-clip of the first set of audio-clips as a pointer to a start-point of the audio-clip and a pointer to an end-point of the audio-clip.
 13. The method of claim 1, further comprising: prior to maintaining the first set of audio-clip data, executing, via the processor, computer-readable program instructions to prompt a user to approve storing the first set of audio-clip data in the computer-readable data storage device.
 14. A computer-readable data storage device comprising: a plurality of audio-clips and a first set of audio-clip data, wherein the first set of audio-clip data defines a first set of audio-clips of the plurality of audio-clips and a sequence for playing the first set of audio-clips; computer-readable program instructions executable by a processor to detect occurrence of a first type of alert event and to responsively play out one or more audio-clips of the first set of audio-clips, wherein, when two or more audio-clips of the first set of audio-clips are played out, the two or more audio-clips are played out in the sequence for playing the first set of audio-clips; and computer-readable program instructions executable by the processor to detect a next occurrence of the first type of alert event and to responsively play out one or more audio-clips of the first set of audio-clips, wherein a first audio-clip, played out in response to detection of the next occurrence of the first type of alert event, comprises an audio-clip that follows, in the sequence for playing the first set of audio-clips, an audio-clip that was most-recently played out in response to detection of an occurrence of the first type of alert event.
 15. The computer-readable data storage device of claim 14, further comprising: a second set of audio-clip data, wherein the second set of audio-clip data defines a second set of audio-clips of the plurality of audio-clips and a sequence for playing the second set of audio-clips; computer-readable program instructions executable by the processor to detect occurrence of a second type of alert event and to responsively play out one or more audio-clips of the second set of audio-clips, wherein, when two or more audio-clips of the second set of audio-clips are played out, the two or more audio-clips are played out in the sequence for playing the second set of audio-clips; and computer-readable program instructions executable by the processor to detect a next occurrence of the second type of alert event and to responsively play out one or more audio-clips of the second set of audio-clips, wherein a first audio-clip, played out in response to detection of the next occurrence of the second type of alert event, comprises an audio-clip that follows, in the sequence for playing the second set of audio-clips, an audio-clip that was most-recently played out in response to detection of an occurrence of the second type of alert event.
 16. The computer-readable data storage device of claim 15, wherein the first type of alert event comprises receiving a first type of message from a base transceiver station of a cellular phone system, and wherein the second type of alert event comprises receiving a second type of message from a base transceiver station of a cellular phone system.
 17. The computer-readable data storage device of claim 14, wherein the computer-readable data storage device is located within a wireless phone.
 18. A device comprising: means for maintaining a plurality of audio-clips and a first set of audio-clip data, wherein the first set of audio-clip data defines a first set of audio-clips of the plurality of audio-clips and a sequence for playing the first set of audio-clips; means for detecting occurrence of a first type of alert event and responsively playing out one or more audio-clips of the first set of audio-clips, wherein, when two or more audio-clips of the first set of audio-clips are played out, the two or more audio-clips are played out in the sequence for playing the first set of audio-clips; and means for detecting a next occurrence of the first type of alert event and responsively playing out one or more audio-clips of the first set of audio-clips, wherein a first audio-clip, played out in response to detection of the next occurrence of the first type of alert event, comprises an audio-clip that follows, in the sequence for playing the first set of audio-clips, an audio-clip that was most-recently played out in response to detection of an occurrence of the first type of alert event.
 19. The device of claim 18, further comprising: means for maintaining a second set of audio-clip data, wherein the second set of audio-clip data defines a second set of audio-clips of the plurality of audio-clips and a sequence for playing the second set of audio-clips; means for detecting occurrence of a second type of alert event and responsively playing out one or more audio-clips of the second set of audio-clips, wherein, when two or more audio-clips of the second set of audio-clips are played out, the two or more audio-clips are played out in the sequence for playing the second set of audio-clips; and means for detecting a next occurrence of the second type of alert event and responsively playing out one or more audio-clips of the second set of audio-clips, wherein a first audio-clip, played out in response to detection of the next occurrence of the second type of alert event, comprises an audio-clip that follows, in the sequence for playing the second set of audio-clips, an audio-clip that was most-recently played out in response to detection of an occurrence of the second type of alert event.
 20. The device of claim 18, further comprising: means for carrying out communications that are detectable as an occurrence of the first type of alert event. 